home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19950726-19950929 / 000163_news@columbia.edu_Wed Aug 9 09:22:30 1995.msg < prev    next >
Internet Message Format  |  2020-01-01  |  5KB
  1. Received: from apakabar.cc.columbia.edu by watsun.cc.columbia.edu with SMTP id AA16567
  2.   (5.65c+CU/IDA-1.4.4/HLK for <kermit.misc@watsun.cc.columbia.edu>); Tue, 15 Aug 1995 23:58:28 -0400
  3. Received: by apakabar.cc.columbia.edu id AA20757
  4.   (5.65c+CU/IDA-1.4.4/HLK for kermit.misc@watsun); Tue, 15 Aug 1995 23:58:26 -0400
  5. Path: news.columbia.edu!panix!news.intercon.com!udel!news.mathworks.com!newsfeed.internetmci.com!news.sprintlink.net!psgrain!nntp.teleport.com!nntp.teleport.com!not-for-mail
  6. From: sysone@teleport.com (FIGHT THE POWER)
  7. Newsgroups: comp.protocols.kermit.misc
  8. Subject: Re: MSKermit over IP connection
  9. Date: 9 Aug 1995 02:22:30 -0700
  10. Organization: I? Organized? Right. :-)
  11. Lines: 79
  12. Message-Id: <409uom$apq@kelly.teleport.com>
  13. References: <4073r0$ijs@linda.teleport.com> <1995Aug8.082408.58352@cc.usu.edu>
  14. Nntp-Posting-Host: kelly.teleport.com
  15. Summary: Take 2...
  16. Apparently-To: kermit.misc@watsun.cc.columbia.edu
  17.  
  18.  
  19.     I'll _try_ to recast this coherently... :-)
  20.  
  21.     Joe D. wrote:
  22.  
  23. #    I'm not sure I follow all the details above, but let me take a
  24. #stab at matters.
  25. #    SLIP is a point to point transport mechanism with only two stations
  26. #on the wire: this end and "the other end". There is no ARP-ing involved
  27. #since ARP is a way of finding one of many stations on the same broadcast
  28. #medium (and a serial link isn't a broadcast medium). CSLIPPER is a SLIP
  29. #Packet Driver.
  30.  
  31.     Right... I'm thinking of the connection as running
  32. something like this:
  33.  
  34.     [My DOS app] -> [SLIP or PPP client] -> [Serial card] ->
  35. [My modem] -> [Telephone network] -> [Server's modem] ->
  36. [Server's port] -> [SLIP or PPP server] -> [Server's LAN] ->
  37. [LAN's TCP/IP gateway] -> Internet stuff...
  38.  
  39. #    Given a point to point architecture "the other end" is responsible
  40. #for transporting packets to far away places, and hence it is both a host
  41. #and the gateway. Figuring out what to do with packets not addressed to it
  42. #is a problem that other end has to deal with. I have no idea of how you
  43. #have the Cisco boxes configured. In any case, SLIP has no notion of routing, 
  44.  
  45.     I don't know about the Ciscos' configurations either,
  46. although I can get some information from the server prompt using
  47. the 'show' command with various extensions. I have asked the
  48. support office here re the manuals... which they couldn't locate!
  49.  
  50. #gateway, or ARP. Any routing which does occur is a pleasant side effect
  51. #of "the other end."
  52. #
  53.     I'm thinking that the server, attempting to link me to
  54. the Net, can't resolve the gateway's IP address into a valid
  55. Ethernet address, and sends some message to this effect back to
  56. the client. Since the client (DOS Kermit in this case) is
  57. attached to the server via SLIP/PPP, the message is passed over
  58. the link layer back to my SLIP/PPP driver, which complains to
  59. Kermit; the link layer has nothing to do with all this beyond
  60. hauling datagrams back and forth.
  61.  
  62.     All this is based on my exceedingly limited knowledge of
  63. networking of course. I'm probably out to lunch on some of it.
  64.  
  65. #    EtherPPP is the MERIT item, I presume. Honestly, I have never been
  66. #able to get that program to work in any way; it always hangs my machine as
  67. #it starts up. Thus I have nothing useful to suggest for it.
  68. #
  69.     Yup, configuring EtherPPP is a unique experience. It
  70. works great now that I've figured out the settings my machine
  71. likes. But that doesn't mean I've found a configuration which
  72. would work everywhere. To return to the topic, the ARP problem
  73. appears to occur independent of the driver (I have tried two
  74. EtherPPP releases as well as the {,C}Slipper drivers). With the
  75. earlier Kermit no problem. With the recent Kermit, the ARP error
  76. is returned.
  77.  
  78. #    Adding to my confusion on your report is "name resolution doesn't
  79. #seem to be a problem." If the nameserver is far away, in the SLIP sense,
  80. #then that is no different than trying to reach another machine far away. 
  81. #
  82.     Right. An inadvertent red herring on my part...
  83.  
  84.     I don't know if what I have added is helpful in
  85. diagnosing the problem. I would be more than happy to mail in
  86. session transcripts, config files &c. if this would help. I
  87. suppose I've used enough bandwidth on this question at any rate.
  88.  
  89.     Thanks...
  90. ___________________________________________________________________
  91.     I know that I am man; in the day to come
  92.     My portion will be as yours, no more, no less.
  93.         - Sophocles, _Oedipus at Colonus_, 401 B.C
  94. Tr. E.F Watling, 1946, after "mainly... Jebb (Cambridge; 1889)."
  95. Never a Windoze user and proud of it.
  96. Mail: <sysone@teleport.com>  URL: <http://www.teleport.com/~sysone>